Augmented reality displayed keypad for authenticated keyless door access

ABSTRACT

In some implementations, a device may receive an indication of a code associated with granting authenticated access to a door. The device may transmit, to a user device, presentation information to cause an augmented reality image of an input pad to be displayed by the user device, wherein the augmented reality image is displayed over an area of an image of an exterior of the door via a user interface. The device may detect, via a camera device, one or more user inputs to the area of the exterior of the vehicle based on tracking a movement of a user. The device may identify an input code based on the one or more user inputs. The device may perform an action to cause the door to be unlocked based on the input code matching the code.

RELATED APPLICATION

This application is a continuation of U.S. patent application Ser. No.17/451,382, filed Oct. 19, 2021, which is incorporated herein byreference in its entirety.

BACKGROUND

Augmented reality (AR) may refer to a live view of a physical,real-world environment that is modified by a computing device to enhancean individual's current perception of reality. In augmented reality,elements of the real-world environment are “augmented” bycomputer-generated or extracted input, such as sound, video, graphics,haptics, and/or global positioning system (GPS) data, among otherexamples. Augmented reality may be used to enhance and/or enrich theindividual's experience with the real-world environment.

SUMMARY

Some implementations described herein relate to a system for providingan augmented reality displayed keypad for authenticated keyless vehicleaccess. The system may include a camera device mounted on a vehicle oneor more vehicle systems associated with the vehicle. The system mayinclude one or more vehicle systems associated with the vehicle. Thesystem may include one or more memories and one or more processorscoupled to the one or more memories. The one or more processors may beconfigured to receive an indication of a code associated with grantingauthenticated access to the vehicle. The one or more processors may beconfigured to transmit, to a user device, presentation information tocause an augmented reality image of the keypad to be displayed by theuser device, wherein the presentation information causes the augmentedreality image to be displayed on a user interface of the user device inan area of an image of an exterior of the vehicle, and wherein the areaof the exterior of the vehicle does not include any markings orindications of the keypad. The one or more processors may be configuredto detect, via the camera device, one or more user inputs to the area ofthe exterior of the vehicle based on tracking a user movement by thecamera device. The one or more processors may be configured to identifyan input code based on the one or more user inputs, wherein the inputcode corresponds to a series of inputs to the keypad entered by a user,of the user device, to the area of the exterior of the vehicle. The oneor more processors may be configured to provide access to at least onevehicle system, of the one or more vehicle systems, based on the inputcode matching the code associated with granting authenticated access tothe vehicle.

Some implementations described herein relate to a method for providingan augmented reality displayed input pad for authenticated keyless dooraccess. The method may include receiving, by a device, an indication ofa code associated with granting authenticated access to the door. Themethod may include transmitting, by the device and to a user device,presentation information to cause an augmented reality image of theinput pad to be displayed by the user device, wherein the presentationinformation causes the augmented reality image to be displayed by theuser device over an area of an image of an exterior of the door via auser interface of the user device, and wherein the area of the exteriorof the door does not include any markings or indications of the inputpad. The method may include detecting, by the device and via a cameradevice associated with the door, one or more user inputs to the area ofthe exterior of the vehicle based on tracking a movement of a user. Themethod may include identifying, by the device, an input code based onthe one or more user inputs, wherein the input code indicates a seriesof inputs to the input pad as depicted via the augmented reality image.The method may include performing, by the device, an action to cause thedoor to be unlocked based on the input code matching the code associatedwith granting authenticated access to the vehicle.

Some implementations described herein relate to a non-transitorycomputer-readable medium that stores a set of instructions for a userdevice. The set of instructions, when executed by one or more processorsof the user device, may cause the user device to receive, from a serverdevice or a vehicle device, an indication of a code associated withgranting authenticated access to the vehicle. The set of instructions,when executed by one or more processors of the user device, may causethe user device to provide the code for display via a user interfaceassociated with the user device. The set of instructions, when executedby one or more processors of the user device, may cause the user deviceto receive, from the server device or the vehicle device, presentationinformation to cause an augmented reality image of a keypad to bedisplayed via the user interface, wherein the presentation informationindicates a location on an exterior of a vehicle where the augmentedreality image is to be inserted. The set of instructions, when executedby one or more processors of the user device, may cause the user deviceto insert the augmented reality image in an image of the vehicle at thelocation on the exterior of the vehicle in the image. The set ofinstructions, when executed by one or more processors of the userdevice, may cause the user device to provide the image with theaugmented reality image inserted for display via the user interface toenable a user of the user device to provide one or more user inputs onthe exterior of the vehicle, wherein the one or more user inputscorrespond to keys associated with the keypad for entering the code, andwherein the exterior of the vehicle does not include any markings orindications of the keypad.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1A-1D are diagrams of an example implementation relating to anaugmented reality displayed keypad for authenticated keyless dooraccess.

FIG. 2 is a diagram of an example environment in which systems and/ormethods described herein may be implemented.

FIG. 3 is a diagram of example components of one or more devices of FIG.2 .

FIGS. 4 and 5 are flowcharts of example processes relating to anaugmented reality displayed keypad for authenticated keyless dooraccess.

DETAILED DESCRIPTION

The following detailed description of example implementations refers tothe accompanying drawings. The same reference numbers in differentdrawings may identify the same or similar elements.

Typically, to unlock a door that is locked, a key or other device isrequired. For example, a user my unlock the door using a key. In someexamples, an access device, such as a user device, a key fob, a wirelesscommunication device, and/or a similar type of device that is programmedfor unlocking the door, may be used by a user to unlock the door.However, the use of a key and/or access device to unlock a door requiresthat the key or access device be present when the door is unlocked. Forexample, an owner of a vehicle or building may be required to give thekey or access device to another user that the owner wishes to grantaccess to the vehicle or building (e.g., to enable the other user tounlock a door of the vehicle or building). This presents a security riskbecause the other user may not return the key or access device, may copythe key or access device (e.g., to enable the other user to unlock thedoor at a future time), and/or may access the locked door beyond apermitted or allowable time (e.g., the owner may allow the other user toaccess the vehicle or building for a limited amount of time, but becausethe other user has the physical key or access device, the owner cannottake access to the vehicle or building away from the other user withoutphysically retrieving the key or access device or without changing thelock of the door), among other examples.

In some cases, temporary access to a locked door may be enabled by usinga keypad installed in or near the door. For example, an owner mayprovide another user a code that can be used to unlock the door. Theuser may input the code into the keypad to cause the door to unlock.However, this requires that the keypad be physically installed on ornear the door. For example, additional hardware components (e.g., thekeypad, sensors, and/or other electrical components) may be needed toenable the keypad to cause the door to be unlocked. This increases acost and complexity associated with unlocking the door. Additionally,the keypad installed on or near the door (e.g., near a door of abuilding or vehicle) may be visually unpleasant for a user (e.g., maydecrease an attractiveness of the vehicle or building, thereby reducinga value of the vehicle or building). Moreover, a keypad physicallyinstalled on or near the door may enable a malicious actor to guess orenter the correct code, even if the code is not provided to themalicious actor (e.g., because it is clear where the code is to beentered).

Some implementations described herein enable an augmented reality (AR)displayed keypad for authenticated keyless door (e.g., vehicle orbuilding) access. AR may be used to superimpose virtual elements(sometimes referred to as AR elements herein) on a display of an imageof an environment that is being captured (e.g., in real time). Forexample, a user of a user device (e.g., a smartphone, a tablet, and/orsmart glasses, among other examples) may use a camera of the user deviceto capture video of the user's surroundings, and the user device (e.g.,executing an AR application running on the user device) may superimposeone or more AR elements on the image being captured by the user devicein an AR user interface. Some implementations described herein mayenable a user device to display a keypad as an AR element over an imageof a door. The AR element (e.g., the AR keypad) may be displayed at alocation in the image that is associated with a location on or near thedoor that is tracked by a camera device.

For example, the AR element may aid a user to show a user where toprovide inputs on the exterior of the door. In some implementations, theuser device may not track any inputs. Rather, the camera device maytrack a user movement or input to the exterior of the door (e.g., thatis guided by the AR element of the keypad being displayed on the userdevice) to detect a code or input provided by the user. In other words,the exterior of the door may not include any actual markings,indications, or components associated with the keypad (e.g., theexterior of the door may not be modified in any way). This increasessecurity of the door because the keypad is effectively invisible toanyone who does not have access to the AR element. A code or input maybe provided to the user device by a server device and/or by acommunication device associated with the door. The user device mayprovide an indication of the code or input to the user (e.g., byproviding the code or input for display). The user may input the code orinput by interacting with (e.g., touching) the exterior of the door inan area indicated by the AR keypad being displayed on the user device(e.g., the AR keypad being displayed on the user device may guide theuser on where to touch on the exterior of the door). A camera deviceassociated with the door may track the user inputs and may determine aninput provided (e.g., by correlating the location of the user input toan input of the AR keypad as displayed on the user device). A deviceassociated with the door may determine the input provided by the userand may determine if the input matches the code or other input providedto the user device. If the input provided by the user matches the codeor other input provided to the user device, then the device may causethe door to be unlocked.

In this way, a secure method of unlocking a door may be provided thatdoes not require a key or other access device and that does not requireany modifications or additions be made to the lock, the door, and/or theexterior of the door. For example, no physical keypad is needed and/orno markings or indications of the keypad are provided on the exterior ofthe door. For example, no sensors or other components are needed toenable the user to provide an input to the exterior of the door. Thisconserves manufacturing costs and reduces a complexity associated withunlocking the door. Additionally, this allows the location where theinputs are provided (e.g., on the exterior of the door or vehicle) to bechanged over time, thereby increasing a security associated with thelocked door (e.g., because a previous user who was previously providedaccess to unlock the door, but is no longer permitted to unlock thedoor, may not be able to re-enter the input in a same location if thelocation is changed).

Additionally, by coordinating the code between the user device and thecamera device and/or other devices associated with the door, a securityassociated with providing access to unlock the door is improved. Forexample, if the user device alone were to provide the AR keypad fordisplay, track the user inputs to detect the input provided by the user,and determine if the input matches a code for unlocking the door, amalicious actor will only need to compromise or hack the user device tocause an indication to be provided that the input provided matches thecode for unlocking the door (e.g., even if the correct code was notentered). By coordinating the code between the user device and thecamera device and/or other devices associated with the door, adifficulty associated with providing a fake indication that the correctcode is entered is increased.

FIGS. 1A-1D are diagrams of an example 100 associated with an ARdisplayed keypad for authenticated keyless door access. As shown inFIGS. 1A-1D, example 100 includes a user device, a vehicle, a serverdevice, and a camera device. These devices are described in more detailin connection with FIGS. 2 and 3 .

Example 100 is associated with enabling a user to unlock a door, such asa door of a vehicle or a building, via an AR displayed keypad on a userdevice. For example, although examples herein are described inconnection with causing a door of a vehicle to be unlocked, thetechniques and operations described herein may be similarly applied toany door that has a lock to cause the lock of the door to becomeunlocked. For example, while examples herein are described in connectionwith accessing a vehicle, the techniques and operations described hereinmay be similarly applied to enable a user to access a building, a home,and/or a hotel, and/or a room of a building, a home, and/or a hotel,among other examples. As used herein, an operation described as beingperformed by “the vehicle” may refer to a computing device and/or acommunication device of the vehicle performing the operation (e.g., acomputing device and/or a communication device included in the vehicle).

As shown in FIG. 1A, and by reference number 102, the user device mayreceive a request to start or initiate a session associated with avehicle. For example, the user may not be the owner of the vehicle andmay wish to access the vehicle (e.g., temporarily). For example, theuser may wish to test drive the vehicle, rent the vehicle, and/orotherwise access the vehicle for a limited amount of time. In some otherexamples, the user may be the owner of the vehicle and the user may usethe techniques described herein to access and/or unlock a door of thevehicle.

The session may be associated with temporary access to the vehicle. Forexample, a web page or an application executing on the user device maybe associated with providing temporary access to vehicles (e.g., may bea web page or an application for enabling the user to test drive orotherwise temporarily access the vehicle in an authenticated manner).The user device may receive the request to start the session associatedwith the vehicle based on a user interaction with a user interfacedisplayed by the user device.

As shown by reference number 104, the user device may transmit, and theserver device may receive, a request to start the session. In someimplementations, the request to start the session may include userinformation associated with the user. For example, the request to startthe session may include a user identifier, an identifier of the userdevice, a name of the user, an address of the user, a phone number ofthe user, contact information for the user, and/or other informationassociated with the request. In some implementations, the request tostart the session may indicate an amount of time for which the userdesires to have access to the vehicle. In some implementations, therequest to start the session may indicate a reason for requesting accessto the vehicle (e.g., to test drive the vehicle, to rent the vehicle,and/or another reason).

In some implementations, the server device may be included in, or may beco-located with, the vehicle. For example, the server device may be acomputing device and/or a communication device associated with thevehicle. In some other implementations, the server device may beseparate from the vehicle (e.g., the server device may be a cloudcomputing device and/or may be located in a location that is remote fromthe vehicle). The server device may determine whether to initiate thesession based on the request received from the user device. For example,the server device may determine whether the user is permitted to accessthe vehicle. In some implementations, the server device may determinewhether the vehicle is available to be accessed (e.g., another user maybe driving or accessing the vehicle causing the vehicle to beunavailable to be accessed). If the user is permitted to access thevehicle and/or the vehicle is available to be accessed, among otherexamples, the server device may determine that the session may beinitiated. The server device may associate the session with the userinformation provided in the request to start the session. For example,the server device may associate the session with the user identifier,the identifier of the user device, the name of the user, the address ofthe user, the phone number of the user, and/or the contact informationfor the user, among other examples.

In some implementations, as shown by reference number 106, the serverdevice may generate a code for authenticating access to the vehicle. Thecode may be a unique identifier that, when input by the user and/or whendetected by the vehicle (or the camera device), causes a lock of a doorof the vehicle to be unlocked. For example, the code, when input by theuser and/or when detected by the vehicle (or the camera device), maycause the vehicle to grant access to one or more vehicle systems, asdescribed in more detail elsewhere herein. The code may be a numericcode (e.g., one or more numbers), a word, a series of letters, analphanumeric code, a series of numbers and symbols, a series of symbols,a shape (e.g., to be drawn by the user to input the code), a series ofmarkings and/or shapes, and/or another unique code. The code may beassociated with the session (e.g., that is associated with the userand/or the user device). In some implementations, the code may beassociated with the vehicle (e.g., may be specific to the vehicle).

In some implementations, the code may be a temporary code. For example,the code may be changed by the server device from time to time. In someimplementations, the server device may generate the code for thevehicle. The code associated with the vehicle may be changed by theserver device periodically. For example, the server device may generatethe code and the code may be used for all sessions associated with thevehicle. In some implementations, the code may be specific to thesession associated with the user and/or the user device. For example,the server device may generate the code based on determining to initiatethe session. In other words, the code may be unique or different foreach session associated with the vehicle. By providing a temporary codethat is periodically changed and/or that is unique or different for eachsession associated with the vehicle may improve the security of thevehicle because a malicious actor may be unable to reuse an old code toaccess the vehicle.

As shown by reference number 108, the server device may transmit, andthe user device may receive, an indication of the code. In someimplementations, as shown by reference number 110, the server device maytransmit, and the vehicle (e.g., a computing and/or communication deviceof the vehicle) may receive, an indication of the code. In other words,the server device may provide the code to the user device and thevehicle separately. In some implementations, the server device may notprovide the code to the vehicle and the vehicle may transmit, to theserver device, an indication of an input code provided by the user tothe vehicle (e.g., to enable the server device to determine if the inputcode matches the code provided to the user device). By providing thecode to the user device and enabling the vehicle to determine the inputcode and/or determine if the input code matches the code, a security ofthe vehicle may be improved because a coordination between the userdevice and the vehicle is required to access the vehicle. In otherwords, to access the vehicle, the correct code must be provided to theuser device and the correct code must be detected by the vehicle (e.g.,the code must be correct at the user device and must be correctlydetected by the vehicle). Therefore, a malicious actor would be requiredto manipulate and/or fabricate communications and/or operations at boththe user device and the vehicle in order to gain access to the vehicle,thereby increasing a difficulty for the malicious actor to access thevehicle without permission.

As shown by reference number 112, the user device may cause the code tobe displayed by the user device. For example, the user device maydisplay an indication of the code via a user interface of the userdevice. In some implementations, the code may be transmitted to the userdevice via a text message, a short message service (SMS) message, amessage transmitted via a web page or an application executing on theuser device, and/or an automated voice call, among other examples. Insome implementations, the reception of the indication of the code maycause the user device to display a notification, such as a popupnotification or a banner notification, among other examples, thatindicates the code. Displaying the indication of the code, by the userdevice, may enable the user to identify the code so that the user mayinput the code to the vehicle in order to gain access to the vehicle.

As shown in FIG. 1B, and by reference number 114, the user device mayreceive, and the server device and/or the vehicle may transmit,presentation information. For example, the vehicle may communicate withthe user device (e.g., using Bluetooth communication, near fieldcommunication, and/or another communication technique) to provide thepresentation information to the user device when the user device iswithin a communicative proximity of the vehicle. The presentationinformation may cause an AR image of a keypad to be displayed by theuser device. The AR keypad may be an AR image of a numeric keypad (e.g.,a number pad), an alphanumeric keypad, an input pad (e.g., with an inputarea for the user to draw or input the code), and/or a keyboard, amongother examples. For example, in some cases, rather than a keypad, an ARinput area may be presented for display in an image of the door thatpermits a user to draw a number, letter, symbol, shape, or somecombination thereof as an input code.

In some implementations, the presentation information may indicate alocation on the vehicle where the AR keypad is to be inserted and/oroverlayed in an image of the vehicle (e.g., by the user device). Forexample, the presentation information may indicate an AR marker or otherreference point on the vehicle. The presentation information mayindicate a location, on the vehicle, where the AR keypad is to beinserted and/or overlayed in an image of the vehicle relative to the ARmarker or reference point. In this way, the user device may determinewhere the AR keypad is to be inserted in an image of the vehicle toenable the user to provide inputs (e.g., to the exterior of the vehicle)in a correct location (e.g., because the exterior of the vehicleincludes no indications or markings indicating the location where theinputs are to be provided).

As shown by reference number 116, the user device may detect that the ARimage of the keypad (e.g., the AR keypad) is to be displayed by the userdevice. For example, the user device may detect that the user device iscurrently displaying an image of the vehicle and/or the user device maydetect that the user device is within a proximity of (e.g., is within athreshold distance from) the vehicle. For example, as shown by referencenumber 118, a camera device of the user device may capture an image ofthe vehicle. The user device may display the image of the vehicle on theuser interface of the vehicle. The user device may detect that an imageof the vehicle is being captured.

As shown by reference number 120, the user device may modify the imageof the vehicle by inserting the AR keypad into the image at a definedlocation. For example, the defined location may be indicated by thepresentation information, as described above. The location where the ARkeypad is inserted in the image of the vehicle may be a location on theexterior of the vehicle that is monitored by the camera device of thevehicle. For example, the vehicle and/or the camera device of thevehicle may be configured with the location on the exterior of thevehicle. The camera device may be configured to monitor the location todetect inputs, as described in more detail elsewhere herein. Therefore,the user device may ensure that the AR keypad is displayed in thecorrect location (e.g., in the image of the vehicle) to enable the userto provide inputs to the correct location on the exterior of the vehicle(e.g., the location that is being monitored by the camera device of thevehicle). In other words, the user device may insert the AR keypad intothe image of the vehicle to simulate a keypad being located in thelocation on the exterior of the vehicle. As described elsewhere herein,the actual location on the exterior of the vehicle may not be modifiedin any way and may not actually include any markings or indications ofthe keypad.

In some implementations, the arrangement of keys on the AR keypad maychange over time. For example, the vehicle and/or the server device maychange the arrangement of keys as displayed in the AR keypad such that amalicious actor is unable to enter a code in the same location at alater time using the location previously displayed on a AR keypad (e.g.,because the arrangement of the keys is now different). In someimplementations, the server device may generate (e.g., randomly) anarrangement of keys for the AR keypad for each session. In someimplementations, the keys of the AR keypad may be rearrangedperiodically (e.g., every N seconds). In some implementations, the keysof the AR keypad may be rearranged based on a user providing an input tothe exterior of the vehicle (e.g., the keys of the AR keypad may bescrambled each time a user provides an input). This may improve asecurity of the vehicle because a difficulty of entering the correctcode without the aid of the AR keypad displayed via the user device isincreased.

In some implementations, the AR keypad may be a distributed keypad. Forexample, rather than the keys for the AR keypad being organized in asingle location, the AR keypad may display keys and/or input areas atdifferent locations on the image of the door or vehicle. For example, auser may be required to provide inputs to different locations on theexterior of the vehicle, rather than the input area or keypad beingcentralized in a single location. This may improve a security of thevehicle because the user is required to identify the correct locationsto provide inputs over a larger area (e.g., over the entire vehicle),rather than the locations being centralized in a single location.

As shown in FIG. 1B, the user device may display the AR keypad insertedin the image of the vehicle. This may enable the user to detect where totouch or press on the exterior of the vehicle to input the code. Forexample, a hand of the user may be moved into the image displayed on theuser device. The user may detect where to touch or press on the exteriorof the vehicle to provide an input by moving the user's hand into alocation indicated by a key of the AR keypad, as described in moredetail elsewhere herein.

As shown in FIG. 1C, and by reference number 122, the user device maycontinue to display an image of the vehicle with the AR keypad insertedinto the image. As described above, and as shown by reference number124, there may be no display or indication of a keypad or input area onthe exterior of the vehicle. For example, there may be no markings,paint, or other indications on the exterior of the vehicle indicatingwhere the user is to provide inputs to input the code. In other words,the only indication provided to the user of where to provide the inputsis based on the AR keypad inserted into the image of the vehicle asdisplayed by the user device. For example, the location on the exteriorof the vehicle where the inputs are to be provided may not include anycomponents or sensors to track the inputs. Rather, the inputs aretracked by the camera device of the vehicle based on the camera devicebeing configured with the location or area on the exterior of thevehicle where the inputs are to be provided, as explained in more detailelsewhere herein. This may improve a security of the vehicle because amalicious actor may not know where to provide the inputs without viewingthe AR keypad on a user device. Additionally, this may reduce a costand/or complexity of the vehicle because no components or sensors arerequired to be installed in the location of the exterior of the vehicleto track the inputs (e.g., the camera device may be part of one or moreother vehicle systems, such as a vehicle tracking system that tracksmovements and/or a location of the vehicle). Moreover, because theexterior of the vehicle is not modified with a physical keypad or amarking or indication of the keypad (such as paint), a visualattractiveness of the vehicle may be increased, thereby increasing avalue of the vehicle (e.g., compared to a vehicle with a physical keypadinstalled on the vehicle and/or with markings or paint indicating wherethe user is to provide inputs). Alternatively, the user device (e.g., acamera device of the user device) may track movements of the user anddetermine inputs provided by the user in a similar manner as describedherein in connection with the camera device associated with the vehicle.

As shown by reference number 126, the user may provide an input (e.g., auser input) in an area on the exterior of the vehicle where the ARkeypad is displayed in the image of the vehicle to input the code. Forexample, if the code is “1234,” then the user may detect a location(e.g., on the exterior of the vehicle) corresponding to an input of “1”based on the location of a “1” key on the AR keypad as displayed in theimage of the vehicle. The user may provide an input (e.g., may touch ortap) to the exterior of the vehicle in the location corresponding to theinput of “1.” The user may detect a location (e.g., on the exterior ofthe vehicle) corresponding to an input of “2” based on the location of a“2” key on the AR keypad as displayed in the image of the vehicle. Theuser may provide an input (e.g., may touch or tap) to the exterior ofthe vehicle in the location corresponding to the input of “2.” The usermay continue this process to input the rest of the code (e.g., the codeprovided by the server device).

As shown by reference number 128, the camera device of the vehicle maytrack user movements to detect a user input on the vehicle. As describedelsewhere herein, in some examples, a camera device of the user devicemay track user movements to detect the user input in a similar manner asdescribed elsewhere herein. The user input may be an input code providedby the vehicle. As described in more detail elsewhere herein, the cameradevice may be an image capturing device and/or a light detection andranging (Lidar) device. Lidar may also be referred to asthree-dimensional laser scanning, three-dimensional scanning, and/orlaser scanning, among other examples. For example, to detect an inputprovided by the user, the camera device may identify an angle betweenthe location where the user provided the input (e.g., where the usertouched or tapped on the exterior of the vehicle) and the camera device(e.g., an angle between the user input and the camera device).Similarly, the camera device may identify a distance between thelocation where the user provided the input and the camera device (e.g.,a distance between the user input and the camera device). This mayenable the camera device to determine a location on the exterior of thevehicle where the user provided the input. As described above, thecamera device may be configured with the location where the AR keypad isbeing displayed in the image of the vehicle. Therefore, the cameradevice may be enabled to correlate different locations on the exteriorof the vehicle with different keys as displayed via the AR keypad. Thecamera device may identify the location on the exterior of the vehiclewhere the user provided the input and may correlate the location to akey as displayed via the AR keypad. For example, the camera device maydetermine that the location where a user tapped or touched on theexterior of the vehicle corresponds to a key for the number “1” asdisplayed via the AR keypad. Therefore, the camera device may determinethat the user input is “1.” The camera device may continue to track theuser's movements and determine input(s) provided by the user to theexterior of the vehicle in a similar manner as described above todetermine the input code provided by the user.

In some implementations, the vehicle and/or the camera device maytransmit, and the user device may receive, an indication of an inputdetected by the camera device. For example, when the camera devicedetects that a user has provided an input (e.g., has touched or tappedthe exterior of the vehicle in a location corresponding to a key asdisplayed via the AR keypad), the vehicle and/or the camera device maytransmit, and the user device may receive, an indication of the inputdetected by the camera device. In other words, the vehicle and/or thecamera device may notify the user device of input(s) detected by thecamera device. This may enable the user of the user device to identifyif the input provided by the user was correctly detected by the cameradevice.

In some implementations, as shown by reference number 130, the userinput(s) to the exterior of the vehicle may not be recorded orregistered by the user device in an AR session associated with the userdevice. In other words, the user device may not track or determine whenan input is provided by the user to the exterior of the vehicle. Theuser device may simply display the AR keypad inserted into the image ofthe vehicle as an aid for the user to determine where to touch or presson the exterior of the vehicle. Because the user device does not trackor record the inputs provided by the user to the exterior of thevehicle, a difficulty of fabricating or faking inputs provided by theuser may be increased. For example, if the user device were to trackand/or record the inputs provided by the user, then a malicious actormay be enabled to fabricate the inputs provided on the user device andcause the user device to transmit a message to the vehicle and/or theserver device that the code was correctly entered by the user (e.g.,even if the correct code was not entered by the user). Therefore, byenabling the camera device of the vehicle to track and/or determine theinputs provided by the user and causing the user device to only serve asa visual aid for the user, a security of the vehicle may be improved.

As shown by reference number 132, the vehicle may identify the inputcode entered by the user based on the user inputs. For example, thecamera device may determine the location(s) on the exterior of thevehicle that the user tapped, touched, or otherwise interacted with. Insome implementations, the camera device may correlate the location(s) onthe exterior of the vehicle with an input (e.g., a number, a letter,and/or a symbol). In some implementations, the camera device maytransmit an indication of the location(s) to another device associatedwith the vehicle and the other device may correlate the location(s) onthe exterior of the vehicle with an input (e.g., a number, a letter,and/or a symbol). The vehicle may identify the input code provided bythe user based on correlating the location(s) on the exterior of thevehicle that the user interacted with to input values.

In this way, the user may provide input to a blank exterior of thevehicle as if there were a keypad on the exterior of the vehicle. Thecamera device may track the user movements to enable the vehicle todetect inputs as if there were a keypad on the exterior of the vehicle.Therefore, the AR keypad displayed on the user device may enable theuser device and/or the vehicle to simulate the presence of a keypad orother input pad on the exterior of the vehicle without requiring anyphysical modifications to be made to the vehicle itself. As a result,the location of the area of the vehicle where the AR keypad is displayed(e.g., in the image of the vehicle) and/or the area of the vehicle thatis monitored and/or tracked by the camera device to detect user inputsmay be flexibly and easily changed over time. This may improve asecurity of the vehicle by changing the location where inputs need to beprovided on the exterior of the vehicle over time.

As shown in FIG. 1D, and by reference number 134, the vehicle maydetermine if the input code (e.g., provided by the user and detected bythe camera device) matches the code provided to the user device by theserver device. For example, in some implementations, the vehicle maydetermine if the input code matches the code provided by the serverdevice (e.g., if the server device provided the code to the vehicle). Insome implementations, as shown by reference number 136, the vehicle maytransmit, and the server device may receive, an indication of the inputcode detected and/or determined by the vehicle. The server device maydetermine whether the input code matches the code provided to the userdevice (e.g., the code generated by the server device associated withgranting authenticated access to the vehicle). As shown by referencenumber 138, the server device may transmit, and the vehicle may receive,an indication of whether the input code is authenticated. For example,if the input code matches the code provided to the user device, then theinput code may be authenticated by the vehicle and/or the server device.If the input code does not match the code provided to the user device,then the input code may not be authenticated by the vehicle and/or theserver device.

As shown by reference number 140, the vehicle may perform an action togrant access to one or more systems (e.g., vehicle systems) associatedwith the vehicle if the input code is authenticated, as described above.In other words, if the input code is authenticated by the vehicle and/orthe server device, then the vehicle may perform an action to grantaccess to the user (e.g., to enter and/or to use the vehicle). Forexample, as shown by reference number 142, the vehicle may perform anaction to cause one or more doors of the vehicle to be unlocked (e.g.,without a key or access device being presented) based on authenticatingthe input code. For example, a vehicle system may include a securitysystem or a vehicle access system that controls one or more locks ofdoors of the vehicle. The security system or the vehicle access systemmay cause at least one door to be unlocked based on authenticating theinput code.

In some implementations, as shown by reference number 144, the vehiclemay perform an action to enable an ignition of an engine of the vehicle(e.g., without a key or access device being presented) based onauthenticating the input code. For example, a vehicle system may includean ignition system. The ignition system may enable a user to start orignite the engine of the vehicle (e.g., without detecting a key oraccess device associated with the vehicle) based on the input code beingauthenticated, as described above. For example, the vehicle may performan action to enable an engine of the vehicle to be started withoutdetecting the key associated with the vehicle and/or the door of thevehicle. In other words, the user may be enabled to drive the vehiclebased on entering the correct code on the exterior of the vehicle usingthe AR keypad displayed on the user device, as described above.

In some implementations, as shown by reference number 146, the vehiclemay perform an action to enable access to an entertainment and/ornavigation system of the vehicle. For example, a vehicle system mayinclude an entertainment system that controls a radio, one or moredisplays, and/or a sound system of the vehicle. The entertainment systemmay enable the user to control and/or interact with the entertainmentsystem based on the input code being authenticated, as described above.The vehicle may perform other actions to enable the user to access othervehicle systems based on the input code being authenticated, asdescribed above. For example, entering the correct code as describedabove may allow a user to test drive or to rent the vehicle for alimited period of time.

In some implementations, the vehicle may grant access to the user to theone or more vehicle systems for a limited amount of time. For example,the vehicle may grant access for a set period of time (e.g., 30 minutes,1 hour, 6 hours, 1 day, 3 days, and/or another amount of time). After anexpiration of the amount of time, the vehicle may perform an action toprevent the user from accessing the one or more systems.

In some implementations, as shown by reference number 148, the vehiclemay perform an action to prevent access to one or more vehicle systemsand/or one or more components associated with the vehicle. For example,the vehicle may grant access to the user to one or more vehicle systemsand may prohibit or restrict access to one or more other vehiclesystems. For example, entering the correct code as described above mayenable a user to open a door of the vehicle and to start the engine ofthe vehicle, but the vehicle may perform an action to prohibit the hoodof the vehicle from being opened (e.g., to prevent the user frominspecting or interacting with the engine of the vehicle). As anotherexample, the vehicle may perform an action to prohibit the trunk oranother storage area of the vehicle from being opened. For example, anowner of the vehicle may have items stored in a storage area and may notwant to grant access to the user to the storage area (e.g., to ensurethe security of the items). As another example, the vehicle may performan action to grant the user limited access to one or more vehiclesystems. For example, the user may be enabled to ignite the engine anddrive the car, but the vehicle may limit or restrict a maximum speed atwhich the vehicle may be driven. As another example, the user may beenabled to interact with the entertainment system, but may not beenabled to modify or change settings associated with the entertainmentsystem.

In some implementations, the vehicle may grant access to the one or morevehicle systems within a defined geographic area. For example, thevehicle and/or the server device may establish a geographic area (e.g.,using a geofence or another location-based service). The vehicle mayperform an action to enable the user to access the one or more vehiclesystems based on the vehicle being located within the geographic area.If the vehicle and/or the server device determines that the vehicle isno longer within the geographic area, then the vehicle may perform anaction to remove or prohibit access to the one or more vehicle systems.

By prohibiting access to one or more vehicle systems, granting limitedaccess to one or more vehicle systems, and/or by granting location-basedaccess to one or more vehicle systems, a security of the vehicle may bemaintained. For example, an owner of the vehicle may grant the useraccess to the vehicle knowing that the user may not access all vehiclesystems and/or knowing that the vehicle systems may only be accessedwithin a limited geographic area. This may ensure that the user cannotexceed the scope of access to the vehicle provided by the owner.

The vehicle may track and/or store information associated with a sessionbased on determining that the input code provided by the user isauthenticated. For example, as described above, a session (e.g.,associated with the user, the user device, and/or the vehicle) may beinitiated based on a request transmitted by the user device. The vehiclemay store an identifier associated with the user device based ondetermining that input code is authentic. For example, the vehicle mayassociate the session with the identifier associated with the userdevice. The vehicle may receive or identify the identifier associatedwith the user device. For example, the user device may transmit, and thevehicle may receive, an indication of the identifier. As anotherexample, the vehicle may identify the identifier based on the input codeprovided by the user (e.g., the server device may associate the codewith the user device when generating the code).

Initiating the session may enable the vehicle to track one or moreactions performed by the user associated with the vehicle. For example,the vehicle may monitor and store information regarding speeds at whichthe vehicle is driven, a route or locations that the vehicle travels to,an amount of time that the vehicle is driven, an amount of fuel consumedwhile the vehicle is running, and/or one or more other actionsassociated with the vehicle. The vehicle may transmit, and the serverdevice may receive, information that is monitored and/or stored by thevehicle associated with the session. In this way, the vehicle and/orserver device may be enabled to associate certain actions with certainusers. For example, if a vehicle is damaged, the vehicle and/or theserver device may be enabled to identify a user that had access to thevehicle during or around the time that the vehicle was damaged.

In some implementations, the vehicle may detect, via the camera device,one or more additional user inputs to the area of the exterior of thedoor after initiating the session. For example, a user may provideadditional inputs to the exterior of the vehicle (e.g., aided by the ARkeypad being displayed by the user device), in a similar manner asdescribed above. The vehicle may identify an additional input code basedon the one or more additional user inputs. The additional input code maybe same as the input code previously provided or may be a differentinput code. The vehicle and/or the server device may terminate thesession based on identifying the additional input code. In other words,a user may end the session by entering (or re-entering) another code onthe exterior of the vehicle in a similar manner as described above. Thevehicle and/or the server device may store a time at which the sessionis terminated. This may enable the vehicle and/or the server device todetermine a period of time during which the user had access to thevehicle and/or the one or more vehicle systems (e.g., from the time whenthe input code is authenticated to the time when the session isterminated). In some implementations, the session may be terminated bythe user device transmitting a message to the server device and/or thevehicle (e.g., rather than the user entering an additional input code).

As indicated above, FIGS. 1A-1D are provided as an example. Otherexamples may differ from what is described with regard to FIGS. 1A-1D.

FIG. 2 is a diagram of an example environment 200 in which systemsand/or methods described herein may be implemented. As shown in FIG. 2 ,environment 200 may include a user device 205, a vehicle 210, one ormore vehicle systems 215, a camera device 220, a server device 225, anda network 230. As shown in FIG. 2 , the vehicle 210 may include the oneor more vehicle systems 215 and the camera device 220. Devices ofenvironment 200 may interconnect via wired connections, wirelessconnections, or a combination of wired and wireless connections.

The user device 205 includes one or more devices capable of receiving,generating, storing, processing, and/or providing information associatedwith an augmented reality displayed keypad for authenticated keylessvehicle access, as described elsewhere herein. The user device 205 mayinclude a communication device and/or a computing device. For example,the user device 205 may include a wireless communication device, amobile phone, a user equipment, a laptop computer, a tablet computer, agaming console, a wearable communication device (e.g., a smartwristwatch, a pair of smart eyeglasses, a head mounted display, or avirtual reality headset), an AR device, a virtual reality (VR) device,or a similar type of device.

The vehicle 210 includes one or more machines. For example, vehicle 210may include a car, a truck, a motorcycle, a bus, a boat, an airplane, ahelicopter, an unmanned aerial vehicle, farm equipment (e.g., a tractorand/or a plow), construction equipment (e.g., a bulldozer and/or anexcavator), a spacecraft, and/or a similar type of machine. In someimplementations, the vehicle 210 may include one or more communicationsystems capable of supporting a processing element. For example, thevehicle 210 may support a controller area network (CAN) bus, a personalarea network (PAN) (e.g., a Bluetooth network), and/or any othercommunication systems and/or protocols to enable communication withanother device and/or with the one or more vehicle systems 215. In someimplementations, the vehicle 210 includes one or more communicationdevices enabling vehicle 210 to communicate with the one or more vehiclesystems 215, the camera device 220, the user device 205, the serverdevice 225, and/or other suitable devices via network 230. The vehicle210 may include one or more memories and/or one or more processors thatare configured to perform one or more actions described herein (e.g.,actions that are described as being performed by a vehicle). The vehicle210 may include the one or more vehicle systems 215 and/or the cameradevice 220.

The one or more vehicle systems 215 include one or more devices capableof receiving, generating, storing, processing, and/or providinginformation associated with an augmented reality displayed keypad forauthenticated keyless vehicle access, as described elsewhere herein. Forexample, a vehicle system 215 may include a communication device and/ora computing device. In some implementations, a vehicle system 215 mayinclude a system for controlling one or more components of the vehicle210. For example, a vehicle system 215 may include a security system(e.g., for controlling access to the vehicle 210, such as one or morelocks and/or doors), a vehicle access system, an ignition system (e.g.,for controlling the ignition of an engine of the vehicle 210), anentertainment system (e.g., for controlling a radio, entertainmentdisplay, and/or other displays included in the vehicle 210), a climatecontrol system (e.g., for controlling a heating and/or cooling system ofthe vehicle 210), an electrical system (e.g., for controlling one ormore electrical components of the vehicle 210), a navigation system, aglobal positioning system (GPS), and/or one or more other types ofsystems for controlling or enabling access to one or more components ofthe vehicle 210.

The camera device 220 includes one or more devices capable of capturing,receiving, generating, storing, processing, and/or providing informationassociated with one or more images (e.g., photographs), video, and/oraudio. For example, the camera device 220 may include a digital stillcamera, an analog still camera, a digital video camera, an analog videocamera, a radar device, a light detection and ranging (Lidar) device, asensor device, and/or a similar type of device capable of capturingimage data, sensor data, video data, and/or audio data. In someimplementations, the camera device 220 may include a communicationdevice and/or computing device in communication with a camera, such as amobile phone (e.g., a smart phone, a radiotelephone, etc.), a laptopcomputer, a tablet computer, a handheld computer, a gaming device, awearable communication device (e.g., a smart wristwatch, a pair of smarteyeglasses, etc.), a server device, a group of server devices, a cloudcomputing device, a data center device, or a similar type of device. Thecamera device 220 may include hardware, or a combination of hardware andsoftware, that enables the camera device 220 to capture image data,sensor data, video data, and/or audio data and transmit the image data,the sensor data, the video data, and/or the audio data to another deviceor devices, such as the vehicle 210, one or more vehicle systems 215,the server device 225, and/or the user device 205, among other examples.In some implementations, the camera device 220 may be included in thevehicle 210. For example, the camera device 220 may be mounted on thevehicle 210 (e.g., on an external surface of the vehicle 210).

The server device 225 includes one or more devices capable of receiving,generating, storing, processing, providing, and/or routing informationassociated with an augmented reality displayed keypad for authenticatedkeyless vehicle access, as described elsewhere herein. The server device225 may include a communication device and/or a computing device. Forexample, the server device 225 may include a server, such as anapplication server, a client server, a web server, a database server, ahost server, a proxy server, a virtual server (e.g., executing oncomputing hardware), or a server in a cloud computing system. In someimplementations, the server device 225 includes computing hardware usedin a cloud computing environment.

The network 230 includes one or more wired and/or wireless networks. Forexample, the network 230 may include a wireless wide area network (e.g.,a cellular network or a public land mobile network), a local areanetwork (e.g., a wired local area network or a wireless local areanetwork (WLAN), such as a Wi-Fi network), a personal area network (e.g.,a Bluetooth network), a near-field communication network, a telephonenetwork, a private network, the Internet, and/or a combination of theseor other types of networks. The network 230 enables communication amongthe devices of environment 200.

The number and arrangement of devices and networks shown in FIG. 2 areprovided as an example. In practice, there may be additional devicesand/or networks, fewer devices and/or networks, different devices and/ornetworks, or differently arranged devices and/or networks than thoseshown in FIG. 2 . Furthermore, two or more devices shown in FIG. 2 maybe implemented within a single device, or a single device shown in FIG.2 may be implemented as multiple, distributed devices. Additionally, oralternatively, a set of devices (e.g., one or more devices) ofenvironment 200 may perform one or more functions described as beingperformed by another set of devices of environment 200.

FIG. 3 is a diagram of example components of a device 300, which maycorrespond to the user device 205, the vehicle 210, the vehicle system215, the camera device 220, and/or the server device 225. In someimplementations, user device 205, the vehicle 210, the vehicle system215, the camera device 220, and/or the server device 225 include one ormore devices 300 and/or one or more components of device 300. As shownin FIG. 3 , device 300 may include a bus 310, a processor 320, a memory330, an input component 340, an output component 350, and acommunication component 360.

Bus 310 includes one or more components that enable wired and/orwireless communication among the components of device 300. Bus 310 maycouple together two or more components of FIG. 3 , such as via operativecoupling, communicative coupling, electronic coupling, and/or electriccoupling. Processor 320 includes a central processing unit, a graphicsprocessing unit, a microprocessor, a controller, a microcontroller, adigital signal processor, a field-programmable gate array, anapplication-specific integrated circuit, and/or another type ofprocessing component. Processor 320 is implemented in hardware,firmware, or a combination of hardware and software. In someimplementations, processor 320 includes one or more processors capableof being programmed to perform one or more operations or processesdescribed elsewhere herein.

Memory 330 includes volatile and/or nonvolatile memory. For example,memory 330 may include random access memory (RAM), read only memory(ROM), a hard disk drive, and/or another type of memory (e.g., a flashmemory, a magnetic memory, and/or an optical memory). Memory 330 mayinclude internal memory (e.g., RAM, ROM, or a hard disk drive) and/orremovable memory (e.g., removable via a universal serial busconnection). Memory 330 may be a non-transitory computer-readablemedium. Memory 330 stores information, instructions, and/or software(e.g., one or more software applications) related to the operation ofdevice 300. In some implementations, memory 330 includes one or morememories that are coupled to one or more processors (e.g., processor320), such as via bus 310.

Input component 340 enables device 300 to receive input, such as userinput and/or sensed input. For example, input component 340 may includea touch screen, a keyboard, a keypad, a mouse, a button, a microphone, aswitch, a sensor, a global positioning system sensor, an accelerometer,a gyroscope, and/or an actuator. Output component 350 enables device 300to provide output, such as via a display, a speaker, and/or alight-emitting diode. Communication component 360 enables device 300 tocommunicate with other devices via a wired connection and/or a wirelessconnection. For example, communication component 360 may include areceiver, a transmitter, a transceiver, a modem, a network interfacecard, and/or an antenna.

Device 300 may perform one or more operations or processes describedherein. For example, a non-transitory computer-readable medium (e.g.,memory 330) may store a set of instructions (e.g., one or moreinstructions or code) for execution by processor 320. Processor 320 mayexecute the set of instructions to perform one or more operations orprocesses described herein. In some implementations, execution of theset of instructions, by one or more processors 320, causes the one ormore processors 320 and/or the device 300 to perform one or moreoperations or processes described herein. In some implementations,hardwired circuitry is used instead of or in combination with theinstructions to perform one or more operations or processes describedherein. Additionally, or alternatively, processor 320 may be configuredto perform one or more operations or processes described herein. Thus,implementations described herein are not limited to any specificcombination of hardware circuitry and software.

The number and arrangement of components shown in FIG. 3 are provided asan example. Device 300 may include additional components, fewercomponents, different components, or differently arranged componentsthan those shown in FIG. 3 . Additionally, or alternatively, a set ofcomponents (e.g., one or more components) of device 300 may perform oneor more functions described as being performed by another set ofcomponents of device 300.

FIG. 4 is a flowchart of an example process 400 associated withaugmented reality displayed keypad for authenticated keyless vehicleaccess. In some implementations, one or more process blocks of FIG. 4may be performed by a device (e.g., the vehicle 210). In someimplementations, one or more process blocks of FIG. 4 may be performedby another device or a group of devices separate from or including thedevice, such as the one or more vehicle systems 215, the camera device220, the user device 205, and/or the server device 225. Additionally, oralternatively, one or more process blocks of FIG. 4 may be performed byone or more components of device 300, such as processor 320, memory 330,input component 340, output component 350, and/or communicationcomponent 360.

As shown in FIG. 4 , process 400 may include receiving an indication ofa code associated with granting authenticated access to the door (block410). As further shown in FIG. 4 , process 400 may include transmitting,to a user device, presentation information to cause an augmented realityimage of the input pad to be displayed by the user device (block 420).In some implementations, the presentation information causes theaugmented reality image to be displayed by the user device over an areaof an image of an exterior of the door via a user interface of the userdevice. In some implementations, the area of the exterior of the doordoes not include any markings or indications of the input pad. Asfurther shown in FIG. 4 , process 400 may include detecting, via acamera device associated with the door, one or more user inputs to thearea of the exterior of the door based on tracking a movement of a user(block 430).

As further shown in FIG. 4 , process 400 may include identifying aninput code based on the one or more user inputs (block 440). In someimplementations, the input code indicates a series of inputs to theinput pad as depicted via the augmented reality image. As further shownin FIG. 4 , process 400 may include performing an action to cause thedoor to be unlocked based on the input code matching the code associatedwith granting authenticated access to the door (block 450). In someimplementations, the door may be associated with a vehicle, a building,or a room. In some implementations, process 400 may include performingan action to provide access to at least one vehicle system of a vehicleassociated with the door based on the input code matching the codeassociated with granting authenticated access to the door.

Although FIG. 4 shows example blocks of process 400, in someimplementations, process 400 may include additional blocks, fewerblocks, different blocks, or differently arranged blocks than thosedepicted in FIG. 4 . Additionally, or alternatively, two or more of theblocks of process 400 may be performed in parallel.

FIG. 5 is a flowchart of an example process 500 associated withaugmented reality displayed keypad for authenticated keyless vehicleaccess. In some implementations, one or more process blocks of FIG. 5may be performed by a user device (e.g., user device 205). In someimplementations, one or more process blocks of FIG. 5 may be performedby another device or a group of devices separate from or including theuser device, such as the vehicle 210, the one or more vehicle system215, the camera device 220, and/or the server device 225. Additionally,or alternatively, one or more process blocks of FIG. 5 may be performedby one or more components of device 300, such as processor 320, memory330, input component 340, output component 350, and/or communicationcomponent 360.

As shown in FIG. 5 , process 500 may include receiving, from a serverdevice or a vehicle device, an indication of a code associated withgranting authenticated access to the vehicle (block 510). As furthershown in FIG. 5 , process 500 may include providing the code for displayvia a user interface associated with the user device (block 520). Asfurther shown in FIG. 5 , process 500 may include receiving, from theserver device or the vehicle device, presentation information to causean augmented reality image of a keypad to be displayed via the userinterface (block 530). In some implementations, the presentationinformation indicates a location on an exterior of a vehicle where theaugmented reality image is to be inserted. As further shown in FIG. 5 ,process 500 may include inserting the augmented reality image in animage of the vehicle at the location on the exterior of the vehicle inthe image (block 540). As further shown in FIG. 5 , process 500 mayinclude providing the image with the augmented reality image insertedfor display via the user interface to enable a user of the user deviceto provide one or more user inputs on the exterior of the vehicle (block550). In some implementations, the one or more user inputs correspond tokeys associated with the keypad for entering the code, and wherein theexterior of the vehicle does not include any markings or indications ofthe keypad.

Although FIG. 5 shows example blocks of process 500, in someimplementations, process 500 may include additional blocks, fewerblocks, different blocks, or differently arranged blocks than thosedepicted in FIG. 5 . Additionally, or alternatively, two or more of theblocks of process 500 may be performed in parallel.

The foregoing disclosure provides illustration and description, but isnot intended to be exhaustive or to limit the implementations to theprecise forms disclosed. Modifications may be made in light of the abovedisclosure or may be acquired from practice of the implementations.

As used herein, the term “component” is intended to be broadly construedas hardware, firmware, or a combination of hardware and software. Itwill be apparent that systems and/or methods described herein may beimplemented in different forms of hardware, firmware, and/or acombination of hardware and software. The actual specialized controlhardware or software code used to implement these systems and/or methodsis not limiting of the implementations. Thus, the operation and behaviorof the systems and/or methods are described herein without reference tospecific software code—it being understood that software and hardwarecan be used to implement the systems and/or methods based on thedescription herein.

As used herein, satisfying a threshold may, depending on the context,refer to a value being greater than the threshold, greater than or equalto the threshold, less than the threshold, less than or equal to thethreshold, equal to the threshold, not equal to the threshold, or thelike.

Although particular combinations of features are recited in the claimsand/or disclosed in the specification, these combinations are notintended to limit the disclosure of various implementations. In fact,many of these features may be combined in ways not specifically recitedin the claims and/or disclosed in the specification. Although eachdependent claim listed below may directly depend on only one claim, thedisclosure of various implementations includes each dependent claim incombination with every other claim in the claim set. As used herein, aphrase referring to “at least one of” a list of items refers to anycombination of those items, including single members. As an example, “atleast one of: a, b, or c” is intended to cover a, b, c, a-b, a-c, b-c,and a-b-c, as well as any combination with multiple of the same item.

No element, act, or instruction used herein should be construed ascritical or essential unless explicitly described as such. Also, as usedherein, the articles “a” and “an” are intended to include one or moreitems, and may be used interchangeably with “one or more.” Further, asused herein, the article “the” is intended to include one or more itemsreferenced in connection with the article “the” and may be usedinterchangeably with “the one or more.” Furthermore, as used herein, theterm “set” is intended to include one or more items (e.g., relateditems, unrelated items, or a combination of related and unrelateditems), and may be used interchangeably with “one or more.” Where onlyone item is intended, the phrase “only one” or similar language is used.Also, as used herein, the terms “has,” “have,” “having,” or the like areintended to be open-ended terms. Further, the phrase “based on” isintended to mean “based, at least in part, on” unless explicitly statedotherwise. Also, as used herein, the term “or” is intended to beinclusive when used in a series and may be used interchangeably with“and/or,” unless explicitly stated otherwise (e.g., if used incombination with “either” or “only one of”).

What is claimed is:
 1. A system for providing an augmented realitydisplayed keypad for authenticated keyless vehicle access, the systemcomprising: one or more memories; and one or more processors, coupled tothe one or more memories, configured to: transmit, to a user device,presentation information to cause an augmented reality image to bedisplayed in an area of an image of an exterior of the vehicle; detectone or more user inputs to the area of the exterior of the vehicleassociated with the augmented reality image; and provide access to atleast one vehicle system associated with the vehicle based at least inpart on the one or more user inputs.
 2. The system of claim 1, whereinthe one or more processors, to provide access to the at least onevehicle system, are configured to: identify an input code based on theone or more user inputs.
 3. The system of claim 2, wherein the one ormore processors, to provide access to the at least one vehicle system,are configured to: cause a door of the vehicle to be unlocked.
 4. Thesystem of claim 2, wherein the one or more processors are furtherconfigured to: receive an indication of a code associated with grantingauthenticated access to the vehicle.
 5. The system of claim 1, whereinthe presentation information causes the augmented reality image to besuperimposed on the image of the exterior of the vehicle, wherein theimage of the exterior of the vehicle is captured in real time by acamera of the user device.
 6. The system of claim 5, wherein thepresentation information indicates a location on the exterior of thevehicle where the augmented reality image is to be superimposed.
 7. Thesystem of claim 1, wherein the one or more processors are furtherconfigured to: initiate a session associated with a user of the userdevice based on providing access to the at least one vehicle system,wherein the session enables the system to track one or more actionsperformed by the user associated with the vehicle.
 8. A method forproviding an augmented reality displayed input pad for authenticatedkeyless door access, comprising: transmitting presentation informationto cause an augmented reality image to be displayed in an area of animage of an exterior of a door; detecting one or more user inputs to thearea of the exterior of the door associated with the augmented realityimage; and performing an action to cause the door to be unlocked basedon the one or more user inputs.
 9. The method of claim 8, wherein thedoor is associated with at least one of a vehicle or a building.
 10. Themethod of claim 8, wherein performing the action comprises: performingthe action to cause at least one of: the door to be unlocked without akey, or an ignition system of a vehicle associated with the door toenable an engine of the vehicle to be started without detecting the key.11. The method of claim 8, wherein identifying the input code based onthe one or more user inputs comprises: identifying an input code basedon the one or more user inputs.
 12. The method of claim 11, furthercomprising: receiving an identifier associated with a user device; andstoring the identifier associated with the user device based ondetermining the input code.
 13. The method of claim 8, whereinperforming the action comprises: providing access to a vehicle system ofa vehicle associated with the door for a limited amount of time or whilethe vehicle is located within a defined geographic area.
 14. The methodof claim 8, further comprising: initiating a session associated with auser based on causing the door to be unlocked, wherein the sessionenables tracking of one or more actions performed by the user associatedwith a vehicle associated with the door.
 15. The method of claim 14,further comprising: detecting one or more additional user inputs to thearea of the exterior of the door after initiating the session;identifying an additional input code based on the one or more additionaluser inputs, wherein the additional input code is the input code or adifferent input code; and terminating the session based on identifyingthe additional input code.
 16. A non-transitory computer-readable mediumstoring a set of instructions, the set of instructions comprising: oneor more instructions that, when executed by one or more processors of auser device, cause the user device to: receive presentation informationto cause an augmented reality image to be displayed on an exterior of avehicle; insert the augmented reality image in an image of the vehicle,wherein the augmented reality image is inserted on the exterior of thevehicle in the image; and provide the image with the augmented realityimage inserted for display via the user interface to enable a user ofthe user device to provide one or more user inputs on the exterior ofthe vehicle.
 17. The non-transitory computer-readable medium of claim16, wherein the one or more user inputs cause access to be granted tothe user to one or more vehicle systems associated with the vehicle. 18.The non-transitory computer-readable medium of claim 16, wherein the oneor more instructions, that cause the user device to insert the augmentedreality image in the image of the vehicle, cause the user device to:identify a reference point on the exterior of the vehicle, wherein thereference point is indicated by the presentation information; and insertthe augmented reality image in the image relative to the referencepoint.
 19. The non-transitory computer-readable medium of claim 16,wherein the one or more user inputs are not tracked or registered by theuser device.
 20. The non-transitory computer-readable medium of claim16, wherein the one or more instructions further cause the user deviceto: initiate a session associated with a user of the user device basedon causing a door to be unlocked, wherein the session enables the deviceto track one or more actions performed by the user associated with avehicle associated with the door.